LISTING OF CLAIMS 

The present listing of claims replaces all prior versions. 
Claim 1. (currently amended) A modeling method for defining 
software applications by a developer using a visualizable 
5 computer executable modeling language, said method 
comprising: 

providing a plurality of display elements for 
displaying screen objects on a display screen; 

displaying components corresponding to said screen 
10 objects; 

defining each of the software applications as a hierarchy 
of process models, input and output slots, data models and 
flow rules; 

classifying some of said process models and said data 
15 models as atomic; 

classifying all other process models and data models as 
composite ; 

defining each of said composite process models as a 
construction of at least one of sub process models, slots, 
20 data models and flow rules; 

defining a portion of said input slots as having one of 
the following sub-classifications: 
mandatory; and 

optional-^ , wherein a process that requires input at its 
25 mandatory input slots for its initiation, does not start 
before all said mandatory inputs are received; 

defining each of said composite data models as a 
construction of at least one sub data model; and 

defining each of said flow rules as connecting a pair of 
30 said slots, data models and sub data models, wherein said flow 
rules define both data flow and process flow, 

wherein said process models and data models and slots and 
flow rules are arranged in a structural hierarchy conforming 
to a set of rigid composition rules, 
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such that once the solution software application is 
visually defined on a display screen by the developer using 
the modeling language, an application model has been created, 
enabling a computer to execute the application model defined 
5 in said modeling language without requiring further coding. 

Claim 2. (currently amended) A visualizable computer 

executable modeling language system operating in accordance 
with the method of claim 1, for a complete definition of the 
10 software applications, said system comprising: 

process models, each of which may contain any number of 
sub process models, slots, data models and flow rules; 

data models, each of which may contain any number of sub 
data models; and 

15 flow rules, each of which connecting a pair of said 

slots, data models and sub data models, thereby defining data 

flow and process flow— 

wh e r e in — said — process models — a**d — data — models — af^d — slot s 

3^hd flow rules a*e arranged ift a structural hierarchy 

20 conforming — =be — a — set — e£ — rigid — composition — rules , — ensuring — the 

language — system — enables — a — computer — fee — execute — aft — application 

model defined in said modeling language . 

Claim 3. (original) The modeling language system of claim 2, 
25 further comprising at least one visual representation. 

Claim 4. (original) The modeling language system of claim 3, 
wherein said visual representation comprises: 

process diagrams comprising various two dimensional 
30 shapes representing said process models; 

sub process diagrams comprising various two dimensional 
shapes contained within said process diagrams, representing 
said sub process models; 
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slot diagrams comprising various two dimensional shapes 
situated on the edges of said process diagrams and said sub 
process diagrams, representing said slots; 

data trees comprising hierarchical tree structures 
5 contained within said process diagrams, representing said data 
models and said sub data models; and 

flow arrows comprising arrows connecting pairs of said slot 
diagrams, said data trees and sub-trees of said data tress, 
said arrows representing said flow rules. 

10 

Claim 5. (previously presented) The modeling language system 
of claim 2, wherein each of said slots is further defined as 
having one of the following classifications: input slot; and 
output slot (exit); and further defining each of said input 

15 slots as having one of the following sub-classifications: 
synchronous input slot (trigger); and asynchronous input slot; 
and further defining each of said triggers as having one of 
the following sub-classifications: mandatory; and optional; 
and further defining some of said exits as having the sub- 

20 classification terminating. 

Claim 6. (original) The modeling language system of claim 2, 
wherein each of said slots is further defined as having one of 
the following classifications: 
25 input slot; and 

output slot (exit); 

and further defining each of said flow rules contained in 
said composite process model as connecting one source and one 
target ; 

30 and further defining the source of each of said flow rules 

to be one of the following: 

an input slot of said composite process model; an exit of 
a sub process model of said composite process model; 
a data model of said composite process model; and 
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a sub data model of a data model of said composite process 
model ; 

and further defining the target of each of said flow rules 
to be one of the following: 
5 an exit of said composite process model; 

an input slot of a sub process model of said composite 
process model; 

a data model of said composite process model; and 
a sub data model of a data model of said composite process 
10 model. 

Claim 7. ( original ) ' The modeling language system of claim 2, 
wherein : 

each of said process models may further contain a 
15 reference to a database table (process table); 

at least some of the sub data models of data models of 
said process model are marked as interesting fields; and 

each of said interesting fields further contains a 
reference to a column of said process table. 

20 

Claim 8. (original) The modeling language system of claim 7, 
wherein : 

a selection condition of an SQL query (addressing clause) 
may be attached to an input slot of said process model to 
25 select matching instances of said process model each time data 
is to be received by said instances through said input slot; 

said addressing clause is defined in terms of a matching 
condition between the interesting fields of said process model 
and the data model of said data to be received through said 
30 input slot. 

Claim 9. (original) The modeling language system of claim 2, 
wherein each of said process models may further contain a 
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reference to a computer code implementing the function of said 
process model. 

Claim 10. (original) The modeling language system of claim 2, 
5 wherein: 

each of said composite data models is composed of said 
sub data models by one of the following structure means: 
concatenation; collection; and selection, each of said sub 
data models having a classification as one of the following: 
10 mandatory; and optional; each of said sub data models may 
further be marked as recurring, with a further optional 
indication of minimal and maximal number of occurrences; 

each of said data models may further contain constraints 
on the data it defines, comprising at least one of the 
15 following: legal characters; and minimal and maximal length; 
each of said data models may further comprise a set of legal 
values and an initial value; and 

each of said data models may further comprise formatting 
directives . 

20 

Claim 11. (original) A modeling system for defining software 
applications using the visualizable computer executable 
modeling language system of claim 2, enabling users to create, 
display, modify and test, in an integrated workspace, models 

25 of said modeling language, in accordance with the rules of 
said modeling language system, wherein: said modeling system 
comprises a graphical user interface tool (visual modeling 
tool) for creating, displaying, modifying and testing models 
of said modeling language in an integrated workspace, such 

30 that users of said modeling tool create and edit said models 
using various graphical user interface (GUI) operations. 

Claim 12. (original) The modeling system of claim 11, wherein 
each of said process models and said data models is further 
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defined as having one of the following classifications: 
dependent model: only exists as a sub model of a specific 
parent model; and reusable model: may be reused as a sub model 
of multiple parent models, wherein each of said reusable 
5 models is assigned a unique identifier. 

Claim 13. (original) The modeling system of claim 11, wherein 
models are formally represented as one of the following: 
Extensible Markup Language (XML) documents; 

10 structured database records; and any other equivalent 

binary representation, and wherein a repository of said 
representations of said models, arranged as a hierarchy of 
packages and sub-packages (knowledge base), is used to 
maintain libraries of said models, and wherein the modeling 

15 system displays said models whose said representations are 
stored in said knowledge base, stores in said knowledge base 
said representations of new said models that are defined by 
the users of the modeling system, and updates said 
representations of said models in said knowledge base 

20 according to modifications made to said models by said users. 

Claim 14. (original) The modeling system of claim 11, further 
comprising at least the following editing capabilities: 
selection of editing operations from menus; adding components 
25 to said models through dragging of models from palettes of 
existing models; and modifying attributes of said models and 
components of said models. 

Claim 15 ♦ (previously presented) The modeling system of claim 
30 11, wherein said workspace comprises a drawing board for 
displaying hierarchies of two dimensional visual diagrams, 
each representing a corresponding said hierarchy of models, 
and wherein said users are able to zoom in and out from a 
currently displayed part of said hierarchy of diagrams, 
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enabling the display of the details of said model and any 
sub-model thereof at any desired level of said hierarchy of 
models ♦ 


5 Claim 16. (original) The modeling system of claim 11, further 
comprising: a software program (runtime engine) to execute 
models defined in said modeling language; and a visual 
debugger for testing and debugging said models, wherein: said 
runtime engine, as it executes said models, produces records 

10 listing the details of said execution (trace events); said 
trace events are used to record and store the history of said 
execution; and said visual debugger uses said stored trace 
events to display the current status of instances of 
processes, including the content of their data, as well as 

15 the processing steps that have led to said current status. 

Claim 17. (previously presented) A software program (runtime 
engine) to execute applications defined in the visualizable 
computer executable modeling language system of claim 2, 
20 wherein: 

each of the applications is defined by a single said 
process model and a hierarchy of its sub-models; and 

the runtime engine executes the application exactly as 
defined by said single process model and said hierarchy of 
25 its sub-models, thus eliminating the need for writing 
computer source code in any programming language to implement 
the application. 

Claim 18. (original) The runtime engine of claim 17, further 
30 comprising: active models comprising objects responsible for 
representing and enacting the definitions and rules embodied 
in said models, where there is an active model corresponding 
to each of said process models and data models; runtime 
objects comprising objects containing the runtime state of 


instances of said process models and data models, where there 
may be at any time any number of runtime objects instantiated 
from each of said process models and data models by the 
corresponding said active model; and a model loader 
5 comprising an object responsible for loading said models from 
their formal representations stored in a repository, 
converting said loaded models to corresponding said active 
models, and caching said active models. 

10 Claim 19. (original) The runtime engine of claim 17, wherein 
the runtime engine executes each of said models as a series 
of processing steps, wherein: each of said processing steps 
is triggered by the receipt of an external input; the runtime 
engine invokes at least one instance of at least one relevant 

15 process model to handle said received input, and executes 
sub-processes of said invoked processes as defined by the 
relevant said flow rules; and a processing step ends when any 
further activities to be performed depend on the receipt of 
other external inputs . 

20 

Claim 20. (original) The runtime engine of claim 17, wherein: 
the runtime engine executes each of said models as a series 
of processing steps by invoking at least one instance of said 
process models; the full state of each of said at least one 

25 process instance is made persistent at the end of each said- 
processing step; execution of each of said at least one 
process instance can resume from its stored state at any 
relevant time; and a repository of all said at least one 
process instances is available for queries and retrieval by 

30 the runtime engine while executing said models or by external 
applications . 

Claim 21. (previously presented) A computer program product 
(code generator) comprising a computer usable medium having 
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computer readable code embodied therein for execution on a 
general purpose computer, said computer usable medium storing 
instructions that, when executed by the computer, cause the 
computer to generate the code of a software program 
5 implementing the applications defined in the visualizable 
computer executable modeling language system of claim 2, 
wherein : 

a plurality of display elements for displaying screen 
objects are displayed on a display screen and components are 
10 displayed corresponding to said screen objects; 

each of the applications is defined by a single said 
process model and a hierarchy of its sub-models; and 

the code generator produces code in a general purpose 
programming language implementing the application exactly as 
15 defined by said single process model and said hierarchy of 
its sub-models, thus eliminating the need for writing 
computer source code in any programming language to implement 
the application, 

wherein the computer executes the application model that 
20 has been created. 

Claim 22. (original) The software program of claim 21, 
wherein said general purpose programming language is Java. 

25 Claim 23. (original) The software program of claim 21, 
wherein said general purpose programming language is C++. 

Claim 24. (currently amended) A method for overcoming the 
need to write computer source code in order to develop 
30 software applications, comprising: 

creating models of the applications in a visualizable 
computer executable modeling language system, using a visual 
modeling tool, comprising: 
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defining each of said software applications as a hierarchy 
of process models, input and output slots, data models and 
flow rules; 

classifying some of said process models and said data 
5 models as atomic; 

classifying all other process models and data models as 
composite ; 

defining each of said composite process models as a 
construction of at least one of sub process models, slots, 
10 data models and flow rules; 

defining a portion of said input slots as having one of the 
following sub-classifications : 
mandatory; and 

optional, wherein a process that requires input at its 
15 mandatory input slots for its initiation does not start 
before all said mandatory inputs are received; 

defining each of said composite data models as a 
construction of at least one sub data model; and 

defining each of said flow rules as connecting a pair of 
20 said slots, data models and sub data models, wherein said 
flow rules define both data flow and process flow; and 

executing the logic defined by said created models , wherein 
said process models and data models and slots and flow rules 
are arranged in a structural hierarchy conforming to a set of 
25 rigid composition rules . 

Claim 25 • (original) The method of claim 24, wherein the 
execution of the logic defined by said models is made by a 
dedicated computer program (runtime engine). 

30 

Claim 26- (original) The method of claim 24, wherein the 
implementation of the logic defined by said models is made by 
the code of a software program in a general purpose 


11 


programming language, which is generated by a dedicated 
computer program (code generator). 

Claim 27 . (currently amended) A software development platform 
5 for overcoming the need to write computer source code in 
order to develop software applications, comprising: 

a visualizable computer executable modeling language for 
the definition of software solutions, said definition 
comprising : 

10 defining each of said software solutions applications as a 

hierarchy of process models, input and output slots, data 

models and flow rules; 

classifying some of said process models and said data 

models as atomic; 
15 classifying all other process models and data models as 

composite ; 

defining each of said composite process models as a 
construction of at least one of sub process models, slots, 
data models and flow rules; 
20 defining a portion of said input slots as having one of the 

following sub-classifications : 
mandatory; and 

optional, wherein a process that requires input at its 
mandatory input slots for its initiation does not start 
25 before all said mandatory inputs are received; 

defining each of said composite data models as a 
construction of at least one sub data model; and 

defining each of said flow rules as connecting a pair of 
said slots, data models and sub data models, wherein said 
30 flow rules define both data flow and process flow; 

a visual modeling tool for defining said software solutions 
by at least one user as said hierarchies of models in said 
modeling language; and 
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a dedicated computer program to automatically execute 
said software solutions applications according to the logic 
defined by said hierarchies of models , wherein said process 
models and data models and slots and flow rules are arranged 
5 in a structural hierarchy conforming to a set of rigid 
composition rules . 

Claim 28. (original) The software development platform of 
claim 27, wherein said dedicated computer program is a 
10 runtime engine that automatically executes said software 
solutions at runtime, according to the logic defined by said 
hierarchies of models. 

Claim 29. (original) The software development platform of 
15 claim 27 , wherein said dedicated computer program is a code 
generator that automatically generates the code of a software 
program in a general purpose programming language 
implementing the logic defined by said hierarchies of models. 

20 Claim 30. (currently amended) A computer program product 
comprising a computer usable medium having computer readable 
code embodied therein for execution on a general purpose 
computer, said computer usable medium storing instructions 
that, when executed by the computer, cause the computer to 

25 perform a modeling method for defining software applications 
using a visualizable computer executable modeling language, 
said method comprising: 

providing a plurality of display elements for displaying 
screen objects on a display screen; 

30 displaying components corresponding to said screen 

objects ; 

defining each of the software applications as a 
hierarchy of process models, input and output slots, data 
models and flow rules; 


classifying some of said process models and said data models 
as atomic; 

classifying all other process models and data models as 
composite ; 

5 defining each of said composite process models as a 

construction of at least one of sub process models, slots, 
data models and flow rules; 

defining a portion of said input slots as having one of 
the following sub-classifications: 
10 mandatory; and 

optional-^- , wherein a process that requires input at its 
mandatory input slots for its initiation, does not start 
before all said mandatory inputs are received; 
defining each of said composite data models as a 
15 construction of at least one sub data model; and 

defining each of said flow rules as connecting a pair of 
said slots, data models and sub 

data models, wherein said flow rules define both data flow 
and process flow, 
20 wherein said process models and data models and slots and 

flow rules are arranged in a structural hierarchy conforming 
to a set of rigid composition rules, 

such that once the solution software application is 
visually defined by the developer using the modeling language, 
25 a computer executes the application model that has been 
created using the computer with an appropriate display screen 
without requiring further coding. 
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